Method, device, and system for displaying information associated with a web page

ABSTRACT

Embodiments of the present application relate to a method, device, and system for displaying information. The method includes receiving a web page access request, in response to receiving the web page access request, displaying a first web page and obtaining designated information associated with the first web page, the first web page being associated with the web page access request and the designated information including content of the first web page, receiving an instruction to navigate to a second web page, in response to receiving the instruction to navigate to the second web page, communicating the designated information to a server associated with the second web page, and displaying the second web page, the second web page including information communicated by the server associated with the second web page.

CROSS REFERENCE TO OTHER APPLICATIONS

This application is a continuation of co-pending U.S. patent applicationSer. No. 15/286,840, entitled METHOD, DEVICE, AND SYSTEM FOR DISPLAYINGINFORMATION ASSOCIATED WITH A WEB PAGE filed Oct. 6, 2016 which isincorporated herein by reference for all purposes, which claims priorityto People's Republic of China Patent Application No. 201510663317.8entitled A METHOD, A DEVICE AND A SMART TERMINAL FOR DISPLAYINGINFORMATION, filed Oct. 14, 2015 which is incorporated herein byreference for all purposes.

FIELD OF THE INVENTION

The present application relates to a field of computer technology. Inparticular, the present application relates to a method, a device, and asmart terminal for displaying information.

BACKGROUND OF THE INVENTION

As the use of all kinds of terminals becomes widespread, the number ofterminal applications (also referred to as apps) has greatly increased.The terminals include, but are not limited to, mobile phones, tabletcomputers, personal computers, smart watches, and vehicle-mounted mobilestations.

Generally, different apps to be run on terminals are provided separatelyby different Independent Software Vendors (ISV). A user may use an appto obtain service information provided by the ISV server associated withthe app. Apps may display corresponding service information in the formof a web page. Accordingly, users may use a public browser or a browserembedded within an app to browse the web page so as to view the serviceinformation.

According to conventional use of apps, a user uses multiple apps toacquire corresponding multiple pieces of related service information.For example, a user may purchase a ticket for a movie on a purchasingapp. After purchasing the ticket, the user may also view reviews of themovie on a movie review app and view the latest news (e.g., from a newssource such as Weibo) about the movie's leading actors on thecorresponding news app (e.g., the Weibo app). In this case, the ticketinformation for the movie, the movie review, and the latest news on themovie's leading actors are multiple pieces of the related serviceinformation.

However, because each app is independent of each other, the user in theapplication scenario of the example above would need to separately openeach app and separately look up the appropriate service information ineach app, and the browser would have to separately send each web pageincluding this service information to the user for display. Clearly,such an approach involves the user in many annoying operations. Thebrowser inefficiently displays multiple pieces of related serviceinformation provided by different apps.

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments of the invention are disclosed in the followingdetailed description and the accompanying drawings.

The drawings described here are intended to further the understanding ofthe present application and form a part of this application. Theillustrative embodiments of the present application and the descriptionsthereof are intended to explain this application and do not constituteinappropriate limitation of the present application. Among the drawings:

FIG. 1 is a flowchart of a method of displaying information according tovarious embodiments of the present application.

FIG. 2 is a flowchart of a method of displaying information according tovarious embodiments of the present application.

FIG. 3 is a diagram of information displayed according to variousembodiments of the present application.

FIG. 4 is a structural block diagram of a device for displayinginformation according to various embodiments of the present application.

FIG. 5 is a structural block diagram of a device for displayinginformation according to various embodiments of the present application.

FIG. 6 is a structural block diagram of a mobile terminal for displayinginformation according to various embodiments of the present application.

FIG. 7 is a structural block diagram of a system for displayinginformation according to various embodiments of the present application.

FIG. 8 is a functional diagram of a computer system for displayinginformation according to various embodiments of the present disclosure.

DETAILED DESCRIPTION

The invention can be implemented in numerous ways, including as aprocess; an apparatus; a system; a composition of matter; a computerprogram product embodied on a computer readable storage medium; and/or aprocessor, such as a processor configured to execute instructions storedon and/or provided by a memory coupled to the processor. In thisspecification, these implementations, or any other form that theinvention may take, may be referred to as techniques. In general, theorder of the steps of disclosed processes may be altered within thescope of the invention. Unless stated otherwise, a component such as aprocessor or a memory described as being configured to perform a taskmay be implemented as a general component that is temporarily configuredto perform the task at a given time or a specific component that ismanufactured to perform the task. As used herein, the term ‘processor’refers to one or more devices, circuits, and/or processing coresconfigured to process data, such as computer program instructions.

A detailed description of one or more embodiments of the invention isprovided below along with accompanying figures that illustrate theprinciples of the invention. The invention is described in connectionwith such embodiments, but the invention is not limited to anyembodiment. The scope of the invention is limited only by the claims andthe invention encompasses numerous alternatives, modifications andequivalents. Numerous specific details are set forth in the followingdescription in order to provide a thorough understanding of theinvention. These details are provided for the purpose of example and theinvention may be practiced according to the claims without some or allof these specific details. For the purpose of clarity, technicalmaterial that is known in the technical fields related to the inventionhas not been described in detail so that the invention is notunnecessarily obscured.

So as to further clarify the objectives, technical schemes, andadvantages of the present application, technical schemes of the presentapplication are described clearly and completely below in light ofspecific embodiments and corresponding drawings of the presentapplication. Obviously, the embodiments described are only some of theembodiments of the present application and are not all the embodiments.All other embodiments obtained on the basis of the embodiments of thepresent application by persons with ordinary skill in the art shall fallwithin the scope of protection of the present application so long as noinventive effort is made in the course of obtaining them.

As used herein, a terminal generally refers to a device used (e.g., by auser) within a network system and used to communicate with one or moreservers. According to various embodiments of the present disclosure, aterminal includes components that support communication functionality.For example, a terminal can be a smart phone, a tablet device, a mobilephone, a video phone, an e-book reader, a desktop computer, a laptopcomputer, a netbook computer, a personal computer, a Personal DigitalAssistant (PDA), a Portable Multimedia Player (PMP), an mp3 player, amobile medical device, a camera, a wearable device (e.g., a Head-MountedDevice (HMD), electronic clothes, electronic braces, an electronicnecklace, an electronic accessory, an electronic tattoo, or a smartwatch), a smart home appliance, vehicle-mounted mobile stations, or thelike. A terminal can run various operating systems.

As used herein, a server generally refers to personal computers, largeor medium-sized computers, computer clusters, or the like.

In some embodiments, a web browser and/or a standalone application isinstalled at each terminal, enabling a user to access a service (e.g.,an e-commerce website) hosted by one or more servers.

FIG. 1 is a flowchart of a method of displaying information according tovarious embodiments of the present application.

Referring to FIG. 1, process 100 can be implemented in connection withaccessing or otherwise obtaining information from one or more serversassociated with a web page or app. Process 100 can be implemented inconnection with system 700 of FIG. 7 and to display information of FIG.3. Process 100 can also be implemented by device 400 of FIG. 4, device500 of FIG. 5, or terminal 600 of FIG. 6. Process 100 can also beimplemented by computer system 800 of FIG. 8. In some embodiments,process 100 can be performed by a browser on a computing device such asa server or a terminal.

At 110, a web access request is received. The web access request can bereceived by a server such as, for example, a web server (e.g., a serverassociated with a web service or a web page). The web access request cancorrespond to a web page access request. The web access request can bedirected to the address of the web server. In some embodiments, the webaccess request can be received from a terminal. In some embodiments, inresponse to the web access request being received from the terminal,information associated with the web access request (e.g., informationcorresponding to the web page associated with the web access request) iscommunicated to the terminal (e.g., by the web server).

In some embodiments, the web access request can be received by aterminal. For example, the terminal can receive an input from a user(e.g., a touch input or the like) corresponding to a request to navigateto, or otherwise access, a web service or web page associated with theweb access request. The web access request can include a web addressassociated with the web service, web page, or the like. In someembodiments, the web access request can be received from another programor app being executed by the terminal. The web access request can beinput to a browser client (e.g., a web browser) executed on theterminal.

At 120, in the event that a web access request is received, a first webpage corresponding to the web page access request is displayed. In someembodiments, in the event that the web access request is received,designated information related to a first web service, first web page,or the like can be obtained. In some embodiments, designated informationincludes the content of the first web page. For example, if the firstweb page corresponds to a news website or news service, the content ofthe first web page can include news such as current events, newsreports, or the like. As another example, if the first web pagecorresponds to a sports website, the content can include scores, teamnews, player news, videos, images, or the like. Other types of contentcan be obtained (e.g., depending on the specific website or web serviceassociated with the web access request). In the event that process 100is performed on a server, the first web page corresponding to the webpage access request is communicated to a terminal (e.g., a client) todisplay the first web page.

In some embodiments, in the event that the web access request isreceived by the terminal, the obtaining of the designated informationrelated to the first web service, first web page, or the like, caninclude sending a request to a server associated with the first webservice, first web page, or the like.

In some embodiments, the browser client is an independent app on aterminal. In some embodiments, the browser client is a functional moduleembedded in another app on a terminal. The browser client can be used tobrowse web pages on a website or web pages contained in an app. In someembodiments, the app can be an app in the form of a web page, such as anapp based on Hyper Text Markup Language (HTML). In some embodiments, theapp can be a native app (e.g., an application program that has beendeveloped for use on a particular platform or device such as theterminal).

In some embodiments, the web access request corresponds to a requestsent by (e.g., input by) the user entering a web address through abrowser. In some embodiments, the web access request corresponds to arequest sent by a user clicking on a hyperlink in an app on a terminal.The web access request can be received by various other methods. The webaddress can correspond to a Universal Resource Locator (URL), a URL withspecial formatting such as an open URL, an Internet Protocol (IP)address, or the like.

In some embodiments, the obtaining of designated information may beimplemented in multiple ways. For example, some embodiments use presetscript information to acquire the designated information. Someembodiments use a preset rule or function code to obtain the designatedinformation or to obtain information that was designated by the user inadvance or in real time and to use it as said designated information,and so on. For example, in the event that a movie theater ticket andrelated information are displayed on a page, the user's current locationis displayed in relation to the cinema. In addition, the cost of takinga taxi form the user's current location to the cinema is displayed onthe page (e.g., at the bottom of the page). A pre-set script can be runto obtain the user's current location and/or to obtain the location ofthe cinema (e.g., obtaining the specific location of the cinema from aweb page). Specific function modules can be called to generate atemplate (e.g., to populate a template with corresponding information).In this example, the template can be based on the input departure anddestination, calculate the distance taxi and taxi costs. Informationwith which to populate the template can be obtained from the client(e.g., one or more sensors on the client), from a third party server(e.g., the website associated with the cinema), or the like. In someembodiments, the obtaining of the designed information includes sendinga request to a server associated with the information (e.g., a server onwhich the information is stored, etc.). The designated information canbe stored in various locations. Information such as the scriptinformation, the rule, or the function code can be stored in variouslocations. For example, the information can be stored on a browserclient, a browser server, a gateway server, a web page server, etc.

In some embodiments, the browser client is a standalone application onthe terminal. In other embodiments, the browser client is built on theother end of the application modules. A browser client can be used toaccess stored on an application of the terminal. In the event that thebrowser application is configured on a browser server, data can beobtained from the application corresponding to the browser server. Datacan also be obtained from one or more other application servers. Forexample, data associated with a web page or data for an applicationrunning on a client can be obtained from an application server or thebrowser server. For example, in connection with a web service to obtainmovie tickets. The default script information can be stored on theclient, and specific information about the theater (e.g., locationinformation) can be obtained from an application server. The defaultscript can calculate the distance and/or the origin and destination(e.g., the location of the theater). In some embodiments, an applicationserver or other third-party server can be used in connection withcalculating the distance and or the origin and destination. For example,the application server or a third-party server can provide third-partymap service or a car service business end of the service.

According to various embodiments, the designated information can beobtained before or after the displaying of the first web page.

In some embodiments, the designated information (e.g., the webpage-related designated information) may be directly included in thefirst web page. For example, the designated information can be metadata,tags, the logo, the banner, or previously looked up key words within thefirst web page. The designated information could also be informationobtained in connection with accessing the first web page. For example,the designated information can include public information about acurrently logged-in user or behavioral characteristic data about thecurrently logged-in user collected by the browser server or by a serverfor other apps. The currently logged-in user can correspond to a userassociated with the account with which the terminal accesses the firstweb page.

Process 100 is further described in the context of an example accordingto which the first web page is an order information web page forpurchasing a movie ticket in a ticket-purchasing app. Thus, in order toefficiently provide the browser with multiple pieces of movie-relatedservice information for displaying to the user, the designatedinformation relating to the order information web page can beinformation relating to the movie, such as the movie title, themecategory, name of leading actor, name of director, etc.

At 130, an instruction or request to navigate to a second web page (oraddress associated with a web service) is received. In some embodiments,the instruction or request to navigate to the second web page isreceived in connection with the display of the first web page. Forexample, the instruction or request to navigate to the second web pagecan be received in response to a user input (e.g., to a link displayedon the first web page) to the first web page. As another example, theinstruction or request to navigate to the second web page can bereceived in response to the execution of a script or code (e.g.,Javascript or the like) associated with the display of the first webpage.

At 140, the designated information (e.g., information associated withthe first web page or first web service or the like) is communicated toa server. The terminal can communicate the designated information to theserver. In some embodiments, the designated information is communicatedto a server associated with a second web page (or a second web serviceor the like). In response to receiving the instruction or request tojump from the displayed first web page to another web page (e.g., asecond web page), the designated information is sent to the server ofthe other web page (e.g., the server that hosts, or is otherwiseassociated with, the second web page, second web service, or the like).

In some embodiments, the other web page (e.g., the second web page, thesecond web service, or the like) and the first web page (or the firstweb service, or the like) corresponding to the web page access requestmay correspond to resources accessed by different apps. In someembodiments, the second web page and the first web page may beassociated with (e.g., correspond to) the same app. For example, thesame app can be used to access the resources of the first web page andthe second web page. Embodiments of the present application aredescribed primarily with respect to the former situation. As an example,in the event that the first web page corresponding to the web pageaccess request is an order information web page of a ticket-purchasingapp, and the other web pages (e.g., the second web page) can correspondto web pages of other apps such as a movie review app or a news app(e.g., the Weibo app).

In some embodiments, the instruction or request to navigate to (e.g.,access) the second web page can include the corresponding web address ofthe second web pages. The request can be an HTTP request, a deep linkrequest, or the like. In some embodiments, the instruction or request tonavigate to the second web page can include web addresses of a pluralityof second web pages. The second web pages can correspond to variousdifferent web pages. The instruction or request to navigate to thesecond web page can be generated in response to a user selecting (e.g.,clicking on) a button or hyperlink.

In some embodiments, the web addresses of the other page (e.g., thesecond web page) can be communicated to one or more servers of the otherweb page. For example, in addition to sending the designatedinformation, the web addresses of the other web pages are sent to theservers of the other web pages so that the servers of the other webpages can locate the other web pages.

In some embodiments, an app can navigate to a web page from a displayedweb page to another web page. For example, the app can jump from thedisplayed first web page to the second web page. In some embodiments,the app can navigate from a displayed web page to a deep link native appinterface or to another target such as a specific component (such as asharing component or a translation component). In some embodiments, inresponse to receiving a jump action instruction, the designatedinformation may be sent to the server of the other target (e.g., theserver of the second web page, the second web service, or the like). Ajump instruction can be an http request, a deep link request, or thelike. As an example, the jump instruction can be generated in connectionwith a user clicking on a hyperlink.

In some embodiments, the other web pages (e.g., the second web page, thesecond web service, or the like) and the first web page corresponding tothe web page access request correspond to different apps. Therefore, itis possible to achieve information sharing between different apps and toopen services between different apps by sending the designatedinformation to the servers of the other web pages. The communication ofthe designated information to the servers of the second web page orsecond web service can reduce redundant operations performed ondifferent apps by the user and increase the convenience of the user inobtaining related service information provided by different apps.

At 150, the second web page is displayed. In some embodiments,information associated with the second web page or second web servicecan be received, and such information can be displayed. For example, theinformation can correspond to content associated with the second webpage or second web service. A terminal can receive the information froma server associated with the second web page or second web service. Insome embodiments, displaying the second web page comprises displayingthe web page that was sent back by the server of the other web page(e.g., the second web page) and that was generated after processing theother web page according to the designated information. For example, insome embodiments, the server associated with the second web page obtainsthe designated information (e.g., designated information associated withthe first web page), processes the second web page based at least inpart on the designated information (e.g., parsing the second web pagefor certain information, metadata, or the like), and returns (e.g.,communicates to the terminal) the second web page. The returned secondweb page can include information (e.g., content) that was obtained orgenerated based at least in part on the designated information. In theevent that process 100 is performed on a server, the server cancommunicate the second web page to a terminal (e.g., a client) for theterminal to display the second web page.

In some embodiments, after the server of the second web page receivesthe designated information, the server can send back the second web pageafter processing the second web page according to the designatedinformation rather than directly sending back the second web page to thebrowser client without consideration of the designated information.

According to conventional art, if the browser client is displaying anorder information web page of the ticket-purchasing app, and the browserclient receives an instruction to jump from the order information pageto a news app (e.g., the Weibo app), the browser client can send the webaddress included in the instruction to the server for the news app.Accordingly, the server for the news app uses the received web addressto look up the home page and send the home page back to the browserclient. In response to receiving the home page for the news app, thebrowser client displays the home page of the news app to the user.Accordingly, if the user wants to learn the latest news about the movieand the movie's leading actors, the user will also have to look up themovie title and the actor names by manually entering the movie title andthe actor names into the home page. The method for obtaining informationacross various websites according to conventional art is thusinefficient.

FIG. 2 is a flowchart of a method of displaying information according tovarious embodiments of the present application.

Referring to FIG. 2, process 200 can be implemented in connection withaccessing or otherwise obtaining information from one or more serversassociated with a web page or app. Process 200 can be implemented inconnection with system 700 of FIG. 7 and to display information 300 ofFIG. 3. Process 200 can be implemented by device 400 of FIG. 4, device500 of FIG. 5, or terminal 600 of FIG. 6. At least part of process 200can be implemented by computer system 800 of FIG. 8. In someembodiments, at least part of process 200 can be performed by a browseron a computing device such as a server or a terminal. Steps of process200 can be implemented in various orders and various steps of process200 can be implemented in a single step or as a series of sub-steps.

Process 200 can implement the currently logged-in user opening a firstweb page of a first app on a browser client 202, and selecting an optionon a menu of the first web page (e.g., clicking on the menu on the firstweb page), and navigating (e.g., jumping) from the first web page to thesecond web page of the second app.

At 210, a web page access request is received. For example, a browserclient 202 (e.g., installed and running on a terminal) can receive theweb page access request. In some embodiments, the web page accessrequest can be received in response to a user (e.g., the currentlylogged-in user) opening a first app, or selecting a link to the firstweb page. In some embodiments, the user communicates a web page accessrequest to the browser client using the browser client and entering andsubmitting the web address corresponding to the first web page.

At 212, a request for script information and menu information iscommunicated. The request for the script information and the menuinformation can be communicated to browser server 204 (e.g., a webserver) by browser client 202. In some embodiments, browser client 202uses the web address corresponding to the first web page included in thereceived web page access request as a basis for sending to the browserserver an acquisition request for the script information and menuinformation corresponding to the web address. The acquisition requestcan include the web address. For example, the request can be an HTTP GETrequest such as “HTTP GET example.com/tickets.”

At 214, script information and menu information is obtained. In someembodiments, browser server 204 can look up the script information andthe menu information in response to receiving the request (e.g., theacquisition request). The script information and the menu informationcan be obtained based at least in part on the request. For example,browser server 204 can use the web address to look up the scriptinformation and menu information determined to be corresponding to theweb address among all the pre-saved script information and menuinformation. The browser server 204 can store mappings for webpageinformation, scripts information, and menu information, and/or the like.

At 216, the script information and menu information is communicated. Forexample, browser server 204 can send the script information and menuinformation corresponding to the web address to browser client 202. Thescript information and menu information can be sent in connection with aHTTP request, a deep link request, or the like.

At 218, a request for the first web page can be communicated. In someembodiments, browser client 202 can be communicated by browser client202 to a server associated with the first web page. In some embodiments,browser client 202 sends an acquisition request for the first web pageto the server for the first app. The acquisition request can include theweb address.

At 220, information associated with the first web page is obtained andcommunicated. For example, the server of the first app 206 can obtainthe information for the first web page and communicate the informationfor the first web page to the terminal (e.g., browser client 202). Insome embodiments, the server for the first app looks up the first webpage based at least in part on the web address (e.g., included in therequest for the first web page), and communicates the first web page tobrowser client 202.

At 222, the first web page is displayed. In response to receiving thefirst web page (or information associated with the first web page), theterminal (e.g., browser client 202) can display the first web page.

At 224, behavioral characteristic information and information on thedesignated location of the first web page are obtained. In someembodiments, the behavioral characteristic information and informationon the designated location of the first web page can be obtained usingthe script information. For example, browser client 202 can use thescript information corresponding to the web address as a basis foracquiring the behavioral characteristic information corresponding to theuser and information on the designated location in the first web page.The behavioral characteristic information and information on thedesignated location of the first web page can be obtained from browserserver 204 or locally at the browser client 202 (e.g., the terminal).

For example, in the event that the first web page is a web pagecorresponding to a literature-related website, and the title of thefirst web page corresponds to the name of an author, the information onthe designated location in the first web page could be “title” metadatafor the first web page (e.g., the name of the author).

At 226, a personalized menu is generated and displayed. In someembodiments, the personalized menu is a menu for the first web page.Display of the personalized menu can comprise displaying the first webpage including the personalized menu. In some embodiments, thepersonalized menu is generated based at least in part on behavioralcharacteristic information (of the user), script information, and menuinformation, or any combination thereof. For example, browser client 202can use the behavioral characteristic information of the user, scriptinformation, and menu information corresponding to the web address togenerate a personalized menu that is made (e.g., custom-made) for theuser. The personalized menu can serve as the menu for the first webpage. The generated personalized menu is rendered and displayed inconnection with the first web page. For example, browser client 202renders and displays the generated personalized menu on the first webpage.

For example, in the event that the behavioral characteristic informationof the user reflects the user's preference for literature and that theuser is deemed to usually browse a literature-related website, then thepersonalized menu can have a menu option for navigating to (e.g.,jumping to) a literature-related web page. In some embodiments, thepersonalized menu can include links that are determined based at leastin part on the behavioral characteristic information that is obtained bytracking historical behavior information associated with the user (e.g.,favorite web pages, a certain type of web pages, etc.).

At 228, an instruction to navigate to a second web page is received. Insome embodiments, in the event that a user selects a link (e.g., clickson a web page menu option), an instruction to navigate (e.g., jump) fromthe first web page to the second web page is generated. The instructionto navigate to the second web page can be generated in connection withan input to the personalized menu displayed in connection with the firstweb page. For example, the user sends to browser client 202 aninstruction to navigate from the first web page to the second web page.

At 230, behavioral characteristic information, information on thedesignated location, and an address of the second web page arecommunicated. In some embodiments, in response to receiving theinstruction to navigate to the second web page, the terminal (e.g.,browser client 202) communicates the behavioral characteristicinformation of the user, information on the designated location in thefirst web page, and the web address corresponding to the second webpage. The behavioral characteristic information of the user, informationon the designated location in the first web page, and the web addresscorresponding to the second web page can be communicated to the serverfor the second app 208.

At 232, the second web page is obtained. The obtained second web pagecan be processed based at least in part on the behavioral characteristicinformation and information on the designated location. In someembodiments, the server for the second app 208 obtains the second webpage and communicates the second web page to the terminal (e.g., browserclient 202). The server for the second app 208 can process the secondweb page before communicating the second web page to the terminal (e.g.,browser client 202). For example, server for the second app 208 can usethe web address corresponding to the second web page to look up (andobtain) the second web page and process the second web page based atleast in part on the behavioral characteristic information of the userand the information on the designated location in the first web page.Server for the second app 208 can send the processed second web page tobrowser client 202.

As an example, a currently logged on user behavior characteristicinformation may indicate that the user often browse the science fictionaspects of the web page. Accordingly, the user may be deemed a sci-fienthusiasts (e.g., science-fiction may be deemed an interest of theuser). In response, the browser client for the user in connection withbrowsing a web page can be customized to include science fiction menuoptions personalized menus, which can improve the convenience of theuser menu. As a further example, if further information is specified,such further information can be used to provide a user with a service(e.g., such further information can serve to increase the number offilters used to identify information or services to provide to theuser). For example, user behavior information characterizing featuresliked by the user may indicate that science fiction is an interest ofthe user, and such user behavior information can further specifyinformation may be a movie, based on a writer of science fiction, asecond web page associated with a science fiction movie page can beobtained.

At 234, the second web page is displayed. In some embodiments, thereceived processed second web page (e.g., communicated by the server forthe second app 208) is displayed by the terminal (e.g., browser client202). Browser client 202 can display the second web page received by theserver of the second app 208.

In some embodiments, designated information includes information that isused by the server associated with the second web page or second webservice in connection with retrieving data for display of informationfor the second web page or second web service. For example, in thecontext of movies and the first web page being a page from which movietickets can be ordered, the designated information can include the movietitle and the leading actor names. Accordingly, in the event that thebrowser client receives the instruction to jump from the orderinformation web page (e.g., the first web page) to the news app homepage (e.g., the second web page), the browser client can send the movietitle and leading actor names, as well as the web address carried in theinstruction, to the server associated with the second web page (e.g.,the app server). Accordingly, the app server uses the received webaddress to locate the home page (e.g., the home page associated with theapp or the second web page), and the app server can search on the homepage using the movie title and the leading actor names as query keywords. The app server can then redirect to the search results web page.In such a case, the second web page can be processed includingperforming query operations on the second web page and redirecting fromthe second web page to the query results page. Then, the news app servercan regard the query results page as a processed home page and send theprocessed home page back to the browser client for display. In someembodiments, the browser client can display the processed homeinformation in a browser app in the news app. Accordingly, in someembodiments, the user can directly view the latest news about the movieand the movie's leading actors on this query results page without havingto manually look up information on the news about the movie or themovie's leading actors on the news app. Therefore, some embodimentsincrease convenience relative to the conventional process and increasethe browser's display efficiency.

According to various embodiments, a browser can use the serviceinformation in an app web page that the browser has acquired asdesignated information and send the service information to the serverfor another app (e.g., a server for a second app such as an appcorresponding to the second web service or second web page). Thus, theserver for another app can send back to the browser the second web pageincluding other service information related to the service information.Therefore, various embodiments simplify user operations and improvebrowser efficiency in displaying multiple pieces of related serviceinformation provided by different apps.

As discussed above, the obtaining of the designated information caninclude obtaining the designated information based at least in part onscript information. For example, obtaining web page-related designatedinformation can include script information corresponding to the firstweb page from a gateway server (also sometimes referred to as thebrowser server) configured to provide initial information to the client.The script information can correspond to information that is pre-sent bythe server associated with the first web page (e.g., the first web pageserver that hosts the first web page) to the browser server. Theobtaining of the designated information can include obtaining the webpage-related designated information according to the script information.

The web page-related designated information can be designated in thescript information, or the web page-related designated information canbe designated by the corresponding web page server or browser server orbrowser client. The script information can employ, or otherwise beimplemented using, various programming languages, coding standards,formats, frames, etc.

The script information can be obtained from the browser server, orobtained from the corresponding web page server (e.g., the serverassociated with the first web page), etc. In some embodiments, thescript information is obtained locally (e.g., from a storage or resourcelocal to the terminal). The displayed web page (e.g., the first webpage) can be acquired from the corresponding web page server. In someembodiments, the obtained script information is used in connection withperforming operations on information in said web page. For example, thescript information can be used to perform operations including queryoperations, insertion operations, revision operations, deletionoperations, permission modification operations, etc.

The script information can be compiled and provided by the independentsoftware vendor (ISV) that compiled the web page (e.g., the first webpage). In some embodiments, different web pages (e.g., web addresses)correspond to different script information. To make it easier for abrowser client to obtain script information, each ISV may separatelypre-send the script information corresponding to each of its own webpages to the browser client. Because each web page may be identified bya unique web address, the browser server can keep the script informationand the correspondence between each piece of script information and theweb address of the corresponding web page. In this way, the browserclient does not need to acquire pieces of script information one at atime from the server for each web page. Rather, the browser client canacquire any of the script information from the browser server. Thus,unified management script information relating to various web pages canbe achieved and the browser client can obtain script information moreefficiently.

In some embodiments, each ISV does not need to pre-send scriptinformation to a browser server. For example, an ISV can save the scriptinformation on its own server (e.g., a server associated with the ISV).In the event that the ISV (e.g., the server associated with the ISV)receives a request for script information sent by a browser server or abrowser client, the ISV (e.g., the server associated with the ISV) sendsthe script information back to the browser server or browser client.This way, each ISV could safeguard the script information moreconveniently and flexibly, such as providing its own security for theserver on which the script is stored rather than submitting to aone-size-fits-all security solution.

In some embodiments, the script information is compiled and provided bythe developer of the browser server. For example, each ISV does not needto provide script information separately to each web page. Therefore,such compiling and providing of the script information by the developerof the browser server can lower the development cost to each ISV whilealso improving the ability of the browser server to manage and safeguardthe script information.

In some embodiments, an ISV not only can provide differentiated scriptinformation for each web page based on the browser server's managementand safeguarding, but also the ISV can provide differentiated menuinformation for each web page. The use of differentiated scriptinformation for each web page and/or the differentiated menu informationfor each web page can make the use of each web page more convenient forusers.

The interface of a native app may include a menu. The menu can begenerated by the terminal on which the native app is located. Forexample, the menu can be generated according to information pre-compiledby a developer. The user can click an option in this menu to achieve anapp interface jumping action (e.g., in the event that a user selects anoption presented in the menu, the app can perform a jump to acorresponding web page associated the option). However, regarding an appin the form of a web page, the browser client generally will provideeach web page with the same menu or no menu. In some embodiments,different ISV websites (e.g., corresponding to multiple web pages) havecorresponding menus specific to the particular website. Different webpages of the websites of the same ISV can have different menus.Accordingly, the providing of menus by browser clients according toconventional art cannot satisfy the actual needs of each ISV. Therefore,the use of apps in the form of web pages can be inconvenient to users.

To address the problem in the above-described conventional art, someembodiments provide menu information for web pages via a browser server.In addition, the provided menu information can be compiled in apersonalized, customized manner for each web page. In some embodiments,the menu information is compiled according to a designated uniformformat. The browser client can then use the menu information provided bythe browser server as a basis for separately generating menuscorresponding to each web page.

In some embodiments, the menu information provided by the browser serveris compiled by the corresponding ISV separately. In some embodiments,the menu information is compiled by the browser server developer. Menuinformation compiled by the browser server developer can be used togenerate public menus that can be used by all web pages. Menuinformation compiled by one or more ISVs can be used to generatepersonalized menus used by corresponding web pages. In some embodiments,an ISV pre-sends the menu information corresponding to a web page to thebrowser server, and the menu information is saved at the browser server.The menu information can also be sent back after a request for menuinformation is received.

In view of the above, at 220, the menu information corresponding to thefirst web page can be obtained (e.g., from the browser server). Theterminal can obtain the menu information corresponding to the first webpage from the browser sever. The menu information corresponding to thefirst web page can be obtained before the designated information relatedto the first web page is obtained. The menu information can be pre-sentby the web page server (e.g., the web page server corresponding to thefirst web page) to the browser server.

In some embodiments, the designated information (e.g., the designatedinformation related to the first web service, first web page, or thelike) comprises at least one of: behavioral characteristic informationon the currently logged-in user or information on a designated locationwithin the first web page.

In some embodiments, the behavioral characteristics of the currentlylogged-in user include, but are not limited to: the search key wordsusually used by the user, the types of websites the user usuallybrowses, the types of products the user usually buys, etc. On the basisof the behavioral characteristics information of the currently logged-inuser, it is possible to customize for the user a personalized web pagemenu or web page content that suits the user's preferences and thusenhances the user's experience. The behavioral characteristics of thecurrently logged-in user can be determined based at least in part onhistorical information associated with the user. The historicalinformation can be stored at the terminal or at a server associated witha web service or website.

Search key words usually used by the user can be determined based on afrequency by which a search key word is used, a number of times a searchkey word is used in a preset time, or the like. The frequency by which asearch key word is used or a number of times the search key word is usedcan be compared to a preset search key word threshold to determinewhether the corresponding search key word is deemed to be usually usedby the user.

The types of websites the user usually browses can be determined basedat least in part on content of a website, metadata associated with awebsite, an address, of a website, or the like. In some embodiments, thecontent, metadata, address or the like associated with a set of websitescan be used in determining the types of websites that the user usuallybrowsers. The set of websites can include websites that the user visitedwithin a preset time (e.g., within the past month, the past week, etc.),websites visited by the user for which the number of times that the uservisited within a preset time exceeded a type of web sites threshold,websites visited by the user for which a frequency by which the uservisited the corresponding websites exceeded a threshold, or the like.

The types of products the user usually buys can be determined based atleast in part on past purchase information associated with the userand/or one or more e-commerce websites, account transaction history, orthe like. In some embodiments, the type of products the user usuallybuys can be determined based at least in part on one or more of productinformation associated with a product purchased by the user, a productdescription associated with a product purchased by the user, metadataassociated with a product purchased by the user, a quantity of a productassociated with a product purchased by the user, a website from whichthe user purchased products, or the like. In some embodiments, productinformation associated with a product purchased by the user, a productdescription associated with a product purchased by the user, metadataassociated with a product purchased by the user, a quantity of a productassociated with a product purchased by the user, a website from whichthe user purchased products, or the like can be used in determining thetypes of products that the user usually buys (e.g., purchases). The setof products can include products that the user purchased within a presettime (e.g., within the past month, the past week, etc.), productspurchased by the user for which the number of times that the userpurchased such corresponding products within a preset time exceeded atype of products threshold, products purchased by the user for which afrequency by which the user purchased the corresponding productswebsites exceeded a threshold, or the like.

For example, in the event that the behavioral characteristicsinformation of the currently logged-in user reflects the fact that theuser usually browses science fiction-related websites, it can thus besurmised that the user is a science fiction fan. Thereupon, the browserclient can customize a personalized menu including science fictionoptions for web pages browsed by the user. Thus, the convenience of menuuse can be increased for the user.

Furthermore, based at least in part on the behavioral characteristicinformation and/or the information designating a location within a webpage, it is possible to infer (e.g., determine) the service informationcurrently desired (e.g., needed) by the user. The browser client canshare the behavioral characteristic information and/or the informationdesignating a location within a web page with another app so that theother app can provide the user with the service information that theuser currently needs. In some embodiments, the browser client can savethe behavioral characteristic information and/or the informationdesignating a location within a web page to a file stored on theterminal, and the file storing the behavioral characteristic informationand/or the information designating a location within a web page can beaccessible (e.g., accessed) by one or more other apps. Thus, the mutualrelatedness between services provided by different apps is provided.Moreover, in this case, because the menus are centrally managed andcontrolled by the browser client, adjusting a menu action can beexecuted directly by the browser client, without having to instruct eachand every ISV to make adjustments. It is thus possible to increase theefficiency of menu adjustments.

Various information sources can be used in connection with obtaining thebehavioral characteristic information of currently logged-in users. Thebehavioral information of the currently logged-in user can be generatedbased at least in part on big data technology. In some embodiments, thebehavioral characteristic information of the currently logged-in user ispre-set in the browser client. For example, the behavioralcharacteristic information can be pre-set in the browser client by thecurrently logged-in user.

In some embodiments, in the event that web page-related designatedinformation comprises the behavioral characteristic information of thecurrently logged-in user, the obtaining of the designated information(e.g., the web page-related designated information) can include usingscript information as a basis for acquiring an OpenID of the currentlylogged-in user. For a same application, each user can have its ownunique OpenID. The OpenID can correspond to an identifier thatassociated with a user for a web page, web service, or the like. Forexample, the OpenID can be pre-assigned to the currently logged-in useraccording to the web page by the browser server. The behavioralcharacteristic information of the currently logged-in user from thebrowser server can be obtained based at least in part on (e.g., using)the OpenID. For example, the OpenID can be used in connection with aquery to search for, or otherwise obtain, the applicable behavioralcharacteristic information.

The browser server can be different for different apps. For example,each app can have a corresponding browser server. For example, firstOpenIDs assigned to a corresponding one or more users for a first appcan differ from second OpenIDs assigned to a corresponding one or moreusers for a second app. The OpenIDs corresponding to one or more usersused in different web pages in the same app can be the same. The browserserver may pre-save the correspondences between OpenIDs assigned tousers and the behavioral characteristic information of the users so thatOpenIDs can be used to look up corresponding behavioral characteristicinformation.

In some embodiments, user behavioral characteristic information can beobtained based at least in part on the OpenID. In some embodiments, userbehavioral characteristic information is based at least in part on oneor more of a corresponding username, a corresponding mobile phonenumber, and other such corresponding information registered by the userin association with the app for the corresponding web page.

Furthermore, in the event that the designated information (e.g., the webpage-related designated information) comprises information on thedesignated location within the web page, obtaining the web page-relateddesignated information according to the script information can compriseobtaining a Document Object Model (DOM) document tree format for the webpage based at least in part on (e.g., using) the menu information, andobtaining information on the designated location in the web page basedat least in part on (e.g., using) the script information and the DOMdocument tree format.

In some embodiments, functions designated in the script information,such as getElementById( ) and getElementsByTagName( ) (e.g., theparameters in the functions were omitted to facilitate description) canbe used and the web page elements can be obtained (e.g., read) from theDOM document tree format according to the DOM marks included in the DOMdocument tree format. The read web page elements can include thedesignated location information in the web page. The designated locationinformation can serve as information that is to be shared with otherapps in the future. In some embodiments, the granularity of theinformation to be shared is controlled by the script information.Therefore, it is possible to prevent the problems of excessive datasharing by the web page services and excessive configuration detail.

In some embodiments, the browser client obtains and displays the webpage (e.g., the first web page) corresponding to the web page accessrequest and obtains the web page-related designated information and theweb page-corresponding menu information. The browser client can generatethe web page menu based on the obtained information (e.g., webpage-related designated information and/or the web page-correspondingmenu information). For example, the browser can generate the web pagemenu in response to obtaining the web page-related designatedinformation and the web page-corresponding menu information. The browsercan render and display the generated menu on the web page (e.g., thefirst web page) for the use of the user.

Before the designated information is communicated to the server ofanother web page (e.g., the second web page) in response to receiving aninstruction to jump (e.g., redirect) from the displayed web page (e.g.,the first web page) to another web page (e.g., the second web page),user-matched menu information can be determined based at least in parton the menu information and/or the behavioral characteristic informationof the currently logged-in user. For example, the menu informationand/or the behavioral characteristic information of the currentlylogged-in user can be used as a basis for determining from within themenu information that menu information which matches the behavioralcharacteristic information of the currently logged-in user is to be theuser-matched menu information. A menu serving (e.g., to be used) as amenu for the web page corresponding to the web page access request canbe generated based at least in part on the user-matched menuinformation. Thereafter, the menu serving as the menu for the web pagecorresponding to the web page access request (e.g., the first web page)can be displayed on the web page corresponding to the web page accessrequest (e.g., the first web page).

For example, if the menu information includes news, entertainment,sports, literature, and other such menu information, and if thebehavioral characteristic information of the currently logged-in userindicates that the user usually browses sports websites, thensports-related menu information could be determined to be theuser-matched menu information. A sports-related menu is then generatedbased on the user-matched menu information, and the generated menu isdisplayed on the web page. In addition to generating and displaying asports-related menu, a public menu for the user can be generated anddisplayed. In addition, menus relating to some or all other areas can begenerated and displayed. The browser client can display thesports-related menu in a more obvious location (e.g., at a bottom orupper-right corner of a screen on which the corresponding web page isdisplayed) so as to make use of the web page easier for the user.

In some embodiments, the information granularity of the menu can beadjusted (e.g., the information of the menu can be displayed in a finergranularity). For example, sports-related menu information could be morefinely categorized into menu information relating to the areas ofbasketball, soccer, baseball, etc. The suitability of the menu for theuser can thus be increasingly customized by the browser client.

In some embodiments, the instruction or request to navigate (e.g.,access) the second web page can be communicated in connection with acurrently logged-in user performing an operation on the menu for the webpage corresponding to the web page access request (e.g., web page). Forexample, in response to a user selecting an option or link on the menufor the first web page, an instruction or request to navigate the secondweb page (e.g., an instruction to jump to the second web page) can begenerated and communicated. In the event that the web page correspondingto the web page access request (e.g., the first web page) and the otherweb pages (e.g., the second web page) belong to different apps, thedesignated information can be communicated to the server for the otherweb page (e.g., the server associated with the second web page). In someembodiments, the communicating of the designated information to theserver for the other web page includes sharing the designated cookie ofthe app associated with the web page corresponding to the web pageaccess request with the app associated with the other web page. In someembodiments, the designated information is communicated to the server ofsaid other web page. The designated information can be communicatedbased at least in part on the designated cookie that was shared (withthe app associated with the other web page).

In some embodiments, the designated cookie can be shared between appsbased at least in part on performing an operation on a low-level code ofthe browser client. For example, by performing an operation on thelow-level code of the browser client, a cross-domain cookie can be setso as to achieve cookie sharing across different apps. In someembodiments, by stipulating a special key between different apps, onecan change the upload message or, by directly adding a message, thedesignated information can be conveyed (e.g., shared or communicated)between different apps.

In some embodiments, in the event that a smaller quantity of data isincluded in designated information, the designated information can beincluded in the URL of the other web page and the URL can be used totransmit the designated information to the app associated with the otherweb page. The smaller quantity of data can include actual content of theweb page to be displayed, user-related information, cookie(s), and/orthe like.

In some embodiments, an ISV (e.g., each ISV) pre-sends the scriptinformation and menu information corresponding to each web page to thebrowser server for saving.

FIG. 3 is a diagram of information displayed according to variousembodiments of the present application.

Referring to FIG. 3, information 300 can be rendered and displayed inconnection with accessing or otherwise obtaining information from one ormore servers associated with a web page or app. Information 300 can bedisplayed in connection with process 100 of FIG. 1 and/or process 200 ofFIG. 2. Process 300 can be implemented by device 400 of FIG. 4, device500 of FIG. 5, or terminal 600 of FIG. 6. Information can be renderedand/or displayed by computer system 800 of FIG. 8. In some embodiments,information 300 can be rendered and/or displayed by a browser on acomputing device such as a server or a terminal.

In some embodiments, a personalized menu can be generated for the user.For example, the personalized menu can be generated based at least inpart on the behavioral characteristic information corresponding to theuser. The behavioral characteristic information corresponding to theuser can be collected over time by (e.g., by the browser server, etc.)as the user accesses various web pages. The behavioral characteristicinformation corresponding to the user can be derived according to bigdata technology. The personalized menu can be displayed in connectionwith (e.g., on) the first web page. In the event that pre-acquiredbehavioral characteristic information of the currently logged-in userreflects (e.g., corresponds to) the user's preference for reading andliterature, the browser client can customize a reading andliterature-related personalized menu for the user.

Screen 310 shows that the user has opened a web page 302 via a browserclient. The web page 302 can display (e.g., present to the user) apersonalized menu option 307. In the web page 302, the personalized menuoption 307 can correspond to “Book Lover City.” As an example, thepersonalized menu can include one or more subscription cards for theuser that are selected or generated based at least in part on thebehavioral characteristic information of the user. In some embodiments,the menu option 307 conforms to the one or more preferences of thecurrently logged-in user. In response to an input (e.g., a click orother selection of), the menu option 307, a request 308 to navigate to asecond web page (e.g., corresponding to or otherwise linked by the menuoption 307) can be generated and communicated. The terminal (e.g., thebrowser client or other app) can navigate to web page 312 and displaythis web page. Screen 320 shows web page 312 that is accessed via thepersonalized menu of web page 302. As an example, as illustrated in 320,web page 312 can correspond to a web page of an app named “Book LoverCity.”

In some embodiments, the browser client uses predetermined scriptinformation as a basis for acquiring book titles 303, 304, 305, and 306displayed in the web page 302 in the results illustration screen 310. Inthe event that the app (e.g., the browser client, etc.,) jumps (e.g.,navigates) to web page 312, the acquired book titles can be sent to theserver for “Book Lover City.” Thus, the server can send to the browserclient popular books that are in the same category as books 303, 304,305, and 306. For example, as illustrated in 320, results correspondingto popular books as denoted by 313, 314, and 315 are provided.

In addition to generating a personalized menu corresponding to the userfor the web page, the browser client can also generate a public menu forthe web page. In the event that option 316 is selected (e.g., clicked onor tapped on), the public menu 331 can be expanded and displayed at 318.As illustrated in 330, web page 312 can include public menu 331. Publicmenu 331 can be displayed in the upper right-corner of the web page 312.The public menu 331 can include options such as “Text-only” 332, “Share”333, and “Print” 334.

FIG. 4 is a structural block diagram of a device for displayinginformation according to various embodiments of the present application.

Referring to FIG. 4, device 400 can be implemented in connection withaccessing or otherwise obtaining information from one or more serversassociated with a web page or app. Device 400 can be implemented inconnection with system 700 of FIG. 7 and to display information 300 ofFIG. 3. Device 400 can implement process 100 of FIG. 1. Device 400 canimplement at least part of process 200 of FIG. 2. In some embodiments,device 400 can be a computing device such as a server or a terminal.

Device 400 can include a first acquiring module 410, a sending module420, and a displaying module 430.

The first acquiring module 410 can implement 110 and/or 120 of process100 of FIG. 1. The first acquiring module 410 can be configured toreceive a web access request. In the event that the first acquiringmodule receives a web access request, device 400 can display a first webpage. In some embodiments, the first acquiring module 410 displays a webpage (e.g., the first web page) corresponding to the web page accessrequest. The first acquiring module 410 can obtain designatedinformation related to the first web page. In some embodiments, thedesignated information includes the content of the first web page. Inthe event that the web access request is received by the first acquiringmodule 410, the obtaining of the designated information related to thefirst web service, first web page, or the like, can include sending(e.g., by the first acquiring module 410) a request to a serverassociated with the first web service, first web page, or the like.

The sending module 420 can implement 140 of process 100 of FIG. 1. Insome embodiments, the sending module 420 implements 130 of process 100of FIG. 1. The sending module 420 can be configured to communicatedesignated information associated with the first web page. For example,the sending module 420 can communicate the designated information to theserver of another web page (e.g., the second web page). The designatedinformation can be communicated upon (e.g., in response to) device 400receiving an instruction or request to navigate to a second web page. Insome embodiments, the instruction or request to navigate to the secondweb page is received in connection with the display of the first webpage. For example, the instruction or request to navigate to the secondweb page can be received in response to a user input (e.g., to a linkdisplayed on the first web page) to the first web page. As anotherexample, the instruction or request to navigate to the second web pagecan be received in response to the execution of a script or codeassociated with the display of the first web page.

The displaying module 430 can implement 150 of process 100 of FIG. 1.The displaying module 430 can be configured to display the second webpage (e.g., the web page that was sent back by the server of the otherweb page and that was generated after processing the other web pageaccording to the designated information). In some embodiments,information associated with the second web page or second web servicecan be received by device 400 (e.g., the displaying module 430), andsuch information can be displayed. For example, the information cancorrespond to content associated with the second web page or second webservice. Device 400 can receive the information from a server associatedwith the second web page or second web service. The information can beprovided to the displaying module 430.

FIG. 5 is a structural block diagram of a device for displayinginformation according to various embodiments of the present application.

Referring to FIG. 5, device 500 can be implemented in connection withaccessing or otherwise obtaining information from one or more serversassociated with a web page or app. Device 500 can be implemented inconnection with system 700 of FIG. 7 and to display information 300 ofFIG. 3. Device 500 can implement process 100 of FIG. 1. Device 500 canimplement at least part of process 200 of FIG. 2. In some embodiments,device 500 can be a computing device such as a server or a terminal.

Device 500 can include one or more of first acquiring module 510,sending module 520, displaying module 530, second acquiring module 540,and menu generating module 550. In some embodiments, first acquiringmodule 510 corresponds to first acquiring module 410 of device 400 ofFIG. 4. In some embodiments, sending module 520 corresponds to sendingmodule 420 of device 400 of FIG. 4. In some embodiments, displayingmodule 530 corresponds to displaying module 430 of device 400 of FIG. 4.

The first acquiring module 510 can be further configured to obtainscript information corresponding to the first web page. The firstacquiring module 510 can obtain the script information from a browserserver. The script information can correspond to information that ispre-sent by a web page server (e.g., the web page server associated withthe first web page) to the browser server. In some embodiments, thefirst acquiring module 510 can obtain web page-related designatedinformation according to the script information. First acquiring module510 can implement at least part of 212 and 216 of process 200 of FIG. 2.

The second acquiring module 540 can be configured to obtain menuinformation corresponding to the web page (e.g., the first web page).Second acquiring module 540 can obtain the menu information from abrowser server. In some embodiments, second acquiring module 540 canobtain the menu information before first acquiring module 510 obtainsdesignated information related to the web page (e.g., the first webpage). The menu information can correspond to information that ispre-sent by the web page server (e.g., the web page server associatedwith the first web page) to the browser server. Second acquiring module540 can implement at least part of 224 of process 200 of FIG. 2.

In some embodiments, the designated information (e.g., the webpage-related designated information) comprises at least one of:behavioral characteristic information on the currently logged-in userand information on a designated location within the web page (e.g., thefirst web page). For example, the designated information can bemetadata, tags, the logo, the banner, or previously looked up key wordswithin the first web page. The designated information could also beinformation obtained in connection with accessing the first web page.For example, the designated information can include public informationabout a currently logged-in user or behavioral characteristic data aboutthe currently logged-in user collected by the browser server or by aserver for other apps. The currently logged-in user can correspond to auser associated with the account with which the terminal accesses thefirst web page. The web page-related designated information can comprisethe behavioral characteristic information of the currently logged-inuser.

In some embodiments, first acquiring module 510 is configured to obtainthe OpenID of the currently logged-in user based at least in part on thescript information. For example, first acquiring module 510 isconfigured to use the script information as a basis for acquiring theOpenID of the currently logged-in user. The OpenID can correspond to anidentifier that is associated with a user for a web page, web service,or the like. For example, the OpenID can be pre-assigned to thecurrently logged-in user according to the web page by the browserserver. In some embodiments, first acquiring module 510 is configured toobtain the behavioral characteristic information based at least in parton the OpenID. For example, first acquiring module 510 can be used as abasis for acquiring the behavioral characteristic information of thecurrently logged-in user. First acquiring module 510 can obtain thebehavioral characteristic information from the browser server.

In some embodiments, first acquiring module 510 is configured to obtainthe DOM document tree format for a web page (e.g., the first web page).For example, first acquiring module 510 can obtain the DOM document treeformat for the web page based at least in part on (e.g., using) the menuinformation. First acquiring module 510 can obtain the DOM document treeformat in the event that web page-related designated informationcomprises information on the designated location within the web page(e.g., the first web page). In some embodiments, first acquiring module510 is configured to obtain information on the designated location inthe web page based at least in part on the script information and theDOM document tree format. For example, first acquiring module 510 canuse the script information and the DOM document tree format as a basisfor acquiring information on the designated location in the web page.

The menu generating module 550 is configured to communicate thedesignated information. For example, menu generating module 550 cancommunicate the designated information to a server associated withanother web page (e.g., a server associated with the second web page).Menu generating module 550 can communicate the designated information tothe server associated with the other web page in response to receiving arequest to navigate from the displayed web page (e.g., the first webpage) to another web page (e.g., the second web page). Menu generatingmodule 550 can communicate the designated information to the serverassociated with the other web page before sending module 520communicates the designated information to the server of another webpage. Menu generating module 550 can generate a web page menu based onthe obtained information (e.g., web page-related designated informationand/or the web page-corresponding menu information). For example, menugenerating module 550 can generate the web page menu in response todevice 500 obtaining the web page-related designated information and theweb page-corresponding menu information. Menu generating module 550 canimplement 226 of process 200 of FIG. 2. Menu generating module 550 canimplement 230 of process 200 of FIG. 2. In some embodiments, menugenerating module 550 implements 140 of process 100 of FIG. 1. Menugenerating module 550 can generate a menu serving (e.g., to be used) asa menu for the web page corresponding to the web page access request.The menu can be generated based at least in part on the user-matchedmenu information. In response to receiving an instruction to navigate(e.g., jump) from the displayed web page to another web page, menugenerating module 550 can use the menu information and the behavioralcharacteristic information of the currently logged-in user as a basisfor determining from within the menu information that menu informationwhich matches the behavioral characteristic information of the currentlylogged-in user is to be the user-matched menu information. Menugenerating module 550 can use the user-matched menu information togenerate a menu serving as the menu for the web page corresponding tothe web page access request and display the generated menu on the webpage corresponding to the web page access request.

The instruction to navigate (e.g., jump) from the displayed web page toanother web page can be communicated by the currently logged-in userperforming an operation on the menu of the web page corresponding to theweb address. For example, the instruction to navigate from the first webpage to the second web page can be generated in response to an input(e.g., to device 500) from a user. The web page corresponding to the webaddress belongs to an application different from the other web page.

The sending module 520 can be configured to share (e.g., communicate)the designated cookie of the app associated with the web pagecorresponding to the web page access request with the app(s) associatedwith the other web page(s). In some embodiments, the designated cookiecan be shared between apps based at least in part on performing anoperation on a low-level code of the browser client. For example, byperforming an operation on the low-level code of the browser client, across-domain cookie can be set so as to achieve cookie sharing acrossdifferent apps. The designated information can be communicated based atleast in part on the designated cookie that was shared (with the appassociated with the other web page). For example, the designatedinformation can be communicated to the server of the other web page(e.g., the second web page) based at least in part on the cookie thatwas shared.

Device 400 or device 500 can be implemented in, or as, a terminal or aserver.

FIG. 6 is a structural block diagram of a mobile terminal for displayinginformation according to various embodiments of the present application.

Referring to FIG. 6, terminal 600 can be implemented in connection withaccessing or otherwise obtaining information from one or more serversassociated with a web page or app. Terminal 600 can be implemented inconnection with system 700 of FIG. 7 and with display of information 300of FIG. 3. Terminal 600 can implement process 100 of FIG. 1. Terminal600 can implement at least part of process 200 of FIG. 2. In someembodiments, Terminal 600 can be a computing device.

Terminal 600 can comprise a display module 610 and one or moreprocessors 620.

The one or more processors 620 can be coupled to the display devicemodule 610.

The one or more processors 620 can implement process 100 of FIG. 1and/or process 200 of FIG. 2. The one or more processors 620 canimplement device 400 of FIG. 4 and/or device 500 of FIG. 5.

In some embodiments, the browser client can be implemented (e.g., storedand executed) on terminal 600.

FIG. 7 is a structural block diagram of a system for displayinginformation according to various embodiments of the present application.

Referring to FIG. 7, system 700 can be implemented in connection withaccessing or otherwise obtaining information from one or more serversassociated with a web page or app. System 700 can implement process 100of FIG. 1. In some embodiments, system 700 can implement process 200 ofFIG. 2. System 700 can display information 300 of FIG. 3. System 700 canimplement device 400 of FIG. 4, and/or device 500 of FIG. 5.

System 700 can include terminal 710 and a first server 720. System 700can further include a second server 730. In some embodiments, system 700includes a network 740 such as the Internet over which one or more ofterminal 710, first server 720, and second server 730 communicate.

Terminal 710 can implement process 100 of FIG. 1 and/or process 200 ofFIG. 2. In some embodiments, terminal 710 displays information 300 ofFIG. 3. Terminal 710 can implement device 400 of FIG. 4 and/or device500 of FIG. 5. In some embodiments, terminal 710 implements terminal 600of FIG. 6.

In some embodiments, terminal 710 can obtain information associated witha first web page from first server 720 and obtain information associatedwith a second web page from second server 730. In some embodiments,terminal 710 can generate an instruction to navigate from a first webpage to a second web page. Terminal 710 can give instructions tonavigate from a first web page to a second web page based at least inpart on an input from a user of terminal 710.

In some embodiments, terminal 710 includes browser client 202 of process200 of FIG. 2. First server 720 can implement server of first app 206 ofprocess 200 of FIG. 2. Second server 730 can implement server of secondapp 208 of process 200 of FIG. 2. In some embodiments, system 700includes a browser server (not shown) that can correspond to browserserver 204 of process 200 of FIG. 2.

FIG. 8 is a functional diagram of a computer system for displayinginformation according to various embodiments of the present disclosure.

Referring to FIG. 8, a computer system 800 for displaying information isshown. As will be apparent, other computer system architectures andconfigurations can be used to detect a specified identifier. Computersystem 800, which includes various subsystems as described below,includes at least one microprocessor subsystem (also referred to as aprocessor or a central processing unit (CPU)) 802. For example,processor 802 can be implemented by a single-chip processor or bymultiple processors. In some embodiments, processor 802 is a generalpurpose digital processor that controls the operation of the computersystem 800. Using instructions retrieved from memory 810, the processor802 controls the reception and manipulation of input data, and theoutput and display of data on output devices (e.g., display 818).

Processor 802 is coupled bi-directionally with memory 810, which caninclude a first primary storage, typically a random access memory (RAM),and a second primary storage area, typically a read-only memory (ROM).As is well known in the art, primary storage can be used as a generalstorage area and as scratch-pad memory, and can also be used to storeinput data and processed data. Primary storage can also storeprogramming instructions and data, in the form of data objects and textobjects, in addition to other data and instructions for processesoperating on processor 802. Also as is well known in the art, primarystorage typically includes basic operating instructions, program code,data, and objects used by the processor 802 to perform its functions(e.g., programmed instructions). For example, memory 810 can include anysuitable computer-readable storage media, described below, depending onwhether, for example, data access needs to be bi-directional oruni-directional. For example, processor 802 can also directly and veryrapidly retrieve and store frequently needed data in a cache memory (notshown). The memory can be a non-transitory computer-readable storagemedium.

A removable mass storage device 812 provides additional data storagecapacity for the computer system 800, and is coupled eitherbi-directionally (read/write) or uni-directionally (read only) toprocessor 802. For example, storage 812 can also includecomputer-readable media such as magnetic tape, flash memory, PC-CARDS,portable mass storage devices, holographic storage devices, and otherstorage devices. A fixed mass storage 820 can also, for example, provideadditional data storage capacity. The most common example of massstorage 820 is a hard disk drive. Mass storage device 812 and fixed massstorage 820 generally store additional programming instructions, data,and the like that typically are not in active use by the processor 802.It will be appreciated that the information retained within mass storagedevice 812 and fixed mass storage 820 can be incorporated, if needed, instandard fashion as part of memory 810 (e.g., RAM) as virtual memory.

In addition to providing processor 802 access to storage subsystems, bus814 can also be used to provide access to other subsystems and devices.As shown, these can include a display monitor 818, a network interface816, a keyboard 804, and a pointing device 806, as well as an auxiliaryinput/output device interface, a sound card, speakers, and othersubsystems as needed. For example, the pointing device 806 can be amouse, stylus, track ball, or tablet, and is useful for interacting witha graphical user interface.

The network interface 816 allows processor 802 to be coupled to anothercomputer, computer network, or telecommunications network using anetwork connection as shown. For example, through the network interface816, the processor 802 can receive information (e.g., data objects orprogram instructions) from another network or output information toanother network in the course of performing method/process steps.Information, often represented as a sequence of instructions to beexecuted on a processor, can be received from and outputted to anothernetwork. An interface card or similar device and appropriate softwareimplemented by (e.g., executed/performed on) processor 802 can be usedto connect the computer system 800 to an external network and transferdata according to standard protocols. For example, various processembodiments disclosed herein can be executed on processor 802, or can beperformed across a network such as the Internet, intranet networks, orlocal area networks, in conjunction with a remote processor that sharesa portion of the processing. Additional mass storage devices (not shown)can also be connected to processor 802 through network interface 816.

An auxiliary I/o device interface (not shown) can be used in conjunctionwith computer system 800. The auxiliary I/o device interface can includegeneral and customized interfaces that allow the processor 802 to sendand, more typically, receive data from other devices such asmicrophones, touch-sensitive displays, transducer card readers, tapereaders, voice or handwriting recognizers, biometrics readers, cameras,portable mass storage devices, and other computers.

The computer system shown in FIG. 8 is but an example of a computersystem suitable for use with the various embodiments disclosed herein.Other computer systems suitable for such use can include additional orfewer subsystems. In addition, bus 814 is illustrative of anyinterconnection scheme serving to link the subsystems. Other computerarchitectures having different configurations of subsystems can also beutilized.

The modules described as separate components may or may not bephysically separate, and components displayed as modules may or may notbe physical modules. They can be located in one place, or they can bedistributed across multiple network modules. The embodiment schemes ofthe present embodiments can be realized by selecting part or all of themodules in accordance with actual need.

Furthermore, the functional modules in the various embodiments of thepresent invention can be integrated into one processor, or each modulecan have an independent physical existence, or two or more modules canbe integrated into a single module. The aforesaid integrated modules cantake the form of hardware, or they can take the form of hardwarecombined with software function modules.

Embodiments of the present application provide a method, a device, aterminal, and a system for displaying information. The method cancomprise: upon receiving a web page access request, displaying a webpage corresponding to the web page access request and obtainingdesignated information related to the web page. The designatedinformation can reflect the contents of the web page. The method canfurther comprise, in response to receiving an instruction to navigatefrom the displayed web page to another web page, sending the designatedinformation to the server of the other web page. The method can furthercomprise displaying the web page that was sent back by the server of theother web page and that was generated after processing the other webpage according to the designated information. In some embodiments, abrowser can use the service information in an app web page that thebrowser has acquired as designated information and send the serviceinformation and/or the designated information to the server for anotherapp. The server for another app can send back to the browser the webpage including other service information related to the serviceinformation. Therefore, various embodiments can simplify user operationsand improve browser efficiency in displaying multiple pieces of relatedservice information provided by different apps.

A person skilled in the art should understand that the embodiments ofthe present invention can be provided as methods, systems, or computersoftware products. Therefore, the present invention may take the form ofcomplete hardware embodiments, complete software embodiments, orembodiments that combine software and hardware. Moreover, the presentinvention may take the form of computer program products implemented onone or more computer-operable storage media (including but not limitedto magnetic disk storage, CD-ROMs, and optical storage) includingcomputer-operable program code.

The present invention is described with reference to flowcharts and/orblock diagrams based on methods, equipment (systems), and computerprogram products of the present invention. Please note that eachflowchart and/or block diagram within the flowcharts and/or blockdiagrams and combinations of flowcharts and/or block diagrams within theflowcharts and/or block diagrams can be realized by computer commands.One can provide these computer commands to a general-purpose computer, aspecialized computer, an embedded processor, or the processor of otherprogrammable data equipment so as to give rise to a machine, with theresult that the commands executed through the computer or processor ofother programmable data equipment give rise to a device that is used torealize the functions designated by one or more processes in a flowchartand/or one or more blocks in a block diagram.

These computer program commands can also be stored onspecially-operating computer-readable storage devices that can guidecomputers or other programmable data equipment, with the result that thecommands stored on these computer-readable devices give rise tocommodities that include command devices. These command devices realizethe functions designated in one or more processes in a flowchart and/orone or more blocks in a block diagram.

These computer program commands can also be loaded onto a computer orother programmable data equipment, with the result that a series ofoperating steps is executed on a computer or other programmableequipment so as to give rise to computer processing. In this way, thecommands executed on a computer or other programmable equipment providesteps for realizing the functions designated by one or more processes ina flowchart and/or one or more blocks in a block diagram.

In one typical configuration, the computation equipment comprises one ormore processors (CPUs), input/output interfaces, network interfaces, andmemory.

Memory may include such forms as volatile storage devices incomputer-readable media, random access memory (RAM), and/or non-volatilememory, such as read-only memory (ROM) or flash memory (flash RAM).Memory is an example of a computer-readable medium.

Computer-readable media, including permanent and non-permanent andremovable and non-removable media, may achieve information storage byany method or technology. Information can be computer-readable commands,data structures, program modules, or other data. Examples of computerstorage media include but are not limited to phase-change memory (PRAM),static random access memory (SRAM), dynamic random access memory (DRAM),other types of random access memory (RAM), read-only memory (ROM),electrically erasable programmable read-only memory (EEPROM), flashmemory or other memory technology, compact disk read-only memory(CD-ROM), digital multifunction disc (DVD) or other optical storage,magnetic cassettes, magnetic tape or magnetic disc storage, or othermagnetic storage equipment or any other non-transmission media that canbe used to store information that is accessible to computers. As definedin this document, computer-readable media does not include temporarycomputer-readable media, transitory media, such as modulated datasignals and carrier waves.

Please also note that the term “comprise” or “include” or any of theirvariants are to be taken in their non-exclusive sense. Thus, processes,methods, merchandise, or equipment that comprises a series of elementsnot only comprises those elements, but also comprises other elementsthat have not been explicitly listed or elements that are intrinsic tosuch processes, methods, merchandise, or equipment. In the absence offurther limitations, elements that are limited by the phrase “comprisesa(n) . . . ” does not exclude the existence of additional identicalelements in processes, methods, merchandise, or equipment that comprisessaid elements.

A person skilled in the art should understand that embodiments of thepresent application can be provided as methods, systems or computerprogram products. Therefore, the present application may take the formof complete hardware embodiments, complete software embodiments, orembodiments that combine software and hardware. Moreover, embodiments ofthe present application may employ one or more forms of computerproducts that implement computer-operable storage media (including butnot limited to magnetic disk storage devices, CD-ROMs, and opticalstorage devices) including computer-operable computer code.

The above-stated are merely embodiments of the present application anddo not limit the present application. For persons skilled in the art,the present application may have various modifications and variations.Any modification, equivalent substitution, or improvement made inkeeping with the spirit and principles of the present application shallbe included within the scope of the claims of the present application.

Although the foregoing embodiments have been described in some detailfor purposes of clarity of understanding, the invention is not limitedto the details provided. There are many alternative ways of implementingthe invention. The disclosed embodiments are illustrative and notrestrictive.

What is claimed is:
 1. A method, comprising: receiving, by a secondserver associated with a second web page, designated information, thedesignated information being communicated to the second server by aterminal, wherein the s designated information is communicated by theterminal to the second server in response to the terminal receiving aninstruction to navigate to the second web page, and the designatedinformation is associated with a first web page obtained by the terminalfrom a first server; and communicating, by the second server, the secondweb page to the terminal, the second web page being based at least inpart on the designated information.
 2. The method of claim 1, furthercomprising: receiving, by the terminal, the second webpage from thesecond server; and displaying the second web page.
 3. The method ofclaim 1, wherein the second web page was generated by the second serverafter processing the second web page based at least in part on thedesignated information.
 4. The method of claim 1, further comprising:obtaining, by the terminal, the designated information associated withthe first web page, wherein the obtaining of the designated informationassociated with the first web page comprises: obtaining scriptinformation corresponding to the first web page; and obtaining thedesignated information based at least in part on the script information.5. The method of claim 4, wherein the script information is obtainedfrom a browser server, and the script information was pre-sent by thefirst server to the browser server.
 6. The method of claim 4, furthercomprising: obtaining menu information corresponding to the first webpage before the designated information is obtained.
 7. The method ofclaim 6, wherein the menu information is obtained from a browser server,and the menu information was pre-sent by the first server to the browserserver.
 8. The method of claim 1, wherein the designated informationcomprises: behavioral characteristic information associated with a user,information associated with a designated location within the first webpage, or both.
 9. The method of claim 1, further comprising: obtaining,by the terminal, the designated information associated with the firstweb page, wherein the obtaining of the designated information comprises:obtaining script information corresponding to the first web page; andobtaining the designated information based at least in part on thescript information, wherein the designated information comprises thebehavioral characteristic information associated with the user, theobtaining of the designated information based at least in part on thescript information comprising: obtaining an identifier associated withthe user based at least in part on the script information, wherein theidentifier is a pre-assigned identifier that is stored on a server thatis accessed in connection with a display of the first web pageassociated with the user; and obtaining the behavioral characteristicinformation associated with the user based at least in part on theidentifier associated with the user.
 10. The method of claim 9, whereinthe behavioral characteristic information associated with the user isobtained from a browser server.
 11. The method of claim 1, furthercomprising: obtaining, by the terminal, the designated informationassociated with the first web page, wherein the obtaining of thedesignated information comprises: obtaining script informationcorresponding to the first web page; obtaining menu informationcorresponding to the first web page; and obtaining the designatedinformation based at least in part on the script information, whereinthe designated information comprises information associated with adesignated location within the first web page, the obtaining of thedesignated information based at least in part on the script informationcomprising: obtaining a Document Object Model (DOM) document treecorresponding to the first web page based at least in part on the menuinformation; and obtaining the designated location within the first webpage based at least in part on the script information and the DOMdocument tree.
 12. The method of claim 1, further comprising: obtainingmenu information corresponding to the first web page; determining asubset of the menu information that corresponds to the behavioralcharacteristic information associated with the user based at least inpart on the menu information and the behavioral characteristicinformation associated with the user, wherein the behavioralcharacteristic information associated with the user is included in thedesignated information; generating a menu for the first web page basedat least in part on the subset of the menu information; and causing themenu for the first web page to be displayed on the first web page. 13.The method of claim 1, wherein: the instruction to navigate to thesecond web page is received in response to a user of the terminalperforming an operation on a menu of the first web page; the first webpage corresponds to a first app and the second web page corresponds to asecond app, the first app and the second app being different; and thedesignated information being communicated to the second server,comprising: sharing a designated cookie of the first app with the secondapp; and communicating the designated information to the second serverassociated with the second web page based at least in part on thedesignated cookie.
 14. The method of claim 1, wherein the designatedinformation is obtained by the terminal via running a preset script. 15.The method of claim 14, wherein the instruction to navigate to thesecond web page is communicated to the second server in response to theterminal running the preset script in connection with obtaining thedesignated information.
 16. The method of claim 1, wherein thedesignated information is obtained by the terminal by using one or morepreset rules or function code.
 17. The method of claim 1, wherein thedesignated information comprises historical information pertaining to auser of the terminal.
 18. A device, comprising: one or more processorsconfigured to: receive designated information, the designatedinformation being communicated by a terminal, wherein the designatedinformation is communicated by the terminal in response to the terminalreceiving an instruction to navigate to the second web page, and thedesignated information is associated with a first web page obtained bythe terminal from a first server; and communicate the second web page tothe terminal, the second web page being based at least in part on thedesignated information; and a memory coupled to the one or moreprocessors and configured to provide the one or more processors withinstructions.
 19. A computer program product, the computer programproduct being embodied in a non-transitory computer readable storagemedium and comprising computer instructions for: receiving, by a secondserver associated with a second web page, designated information, thedesignated information being communicated to the second server by theterminal, wherein the designated information is communicated by theterminal to the second server in response to the terminal receiving aninstruction to navigate to the second web page, and the designatedinformation is associated with a first web page obtained by the terminalfrom a first server; and communicating, by the second server, the secondweb page to the terminal, the second web page being based at least inpart on the designated information.